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DETAILED ACTION 

Response to Amendment 

1. The Applicants' amendment, filed 14 August 2006, has been received, entered 
into the record, and considered. 

2. As a result of the amendment, claims 23 and 40 have been amended. Claims 23- 
45 remain pending in the application. 

The Invention 

3. The claimed invention is an apparatus providing coherent data copying 
operations where data replication is controlled by a source storage controller directly to 
a destination controller and managed by a remote application. 

Priority 

4. The examiner acknowledges the Applicants' claim to domestic priority under 35 
U.S.C. § 120, as a continuation of application 09/375,819, filed 16 August 1999. 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1. Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 



7. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the 
various claims was commonly owned at the time any inventions covered therein were 
made absent any evidence to the contrary. Applicant is advised of the obligation under 
37 CFR 1.56 to point out the inventor and invention dates of each claim that was not 
commonly owned at the time a later invention was made in order for the examiner to 
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consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 



8. Claims 23, 25, 26, 28, 29, 31, 33, 34, 36, 37, 39-41 and 45 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Meyer (U.S. Patent 5,867,733) in view of Ohran 
et al. (U.S. Patent 5,649,152). 



9. Regarding claim 23, Meyer teaches a storage device controller substantially as 
claimed, comprising: 

a) copy logic (see disclosure that the data storage controller transfers data 

directly between the first and second data storage devices under control of 
the data storage device controller, without employing the memory array 
and computer bus, said transferring constituting copying, rendering the 
claimed copy logic inherent, col. 4, lines 28-44; see also col. 2, lines 7-19); 

b) the controller being operable to receive a copy command specifying the source 

volume and a target volume (see disclosure that the data storage controller 
transfers data directly between the first and second data storage devices 
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under control of the data storage device controller, without employing the 
memory array and computer bus, said transferring constituting copying, 
rendering the claimed copy command specifying the source volume and a 
target volume inherent, col. 4, lines 28-44; see also col. 2, lines 7-19); 

c) the controller being operable to receive a write command specifying the source 

volume (see col. 5, lines 48-60); and 

d) the copy logic being operable in response to receiving the copy command to 

generate and send one or more storage device commands to one or more 
storage devices for the source and target volumes to copy data from the 
source volume directly to the target volume without having a file server in 
the data path (see disclosure that the data storage controller transfers data 
directly between the first and second data storage devices under control of 
the data storage device controller, without employing the memory array 
and computer bus, said transferring constituting copying, rendering the 
claimed copy logic inherent, col. 4, lines 28-44; see also col. 2, lines 7-19). 

Meyer does not explicitly teach a storage device controller including snapshot 

logic. 
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Ohran et al v however, teaches a system for providing and maintaining 
snapshots, including: 

a) snapshot logic (see Abstract, disclosing that the reference is a method for 

providing a static snapshot; see also col. 1, lines 15-18); 

b) an internal cache (see disclosure of block association memory, element 108 of 

Figure 1; see also col. 4, lines 51-56, disclosing that the block association 
memory may be a portion of the RAM of digital computer 102); 

c) the system being operable to communicate with a replication manager to 

receive a snapshot command issued by the replication manager, the 
snapshot command specifying a range of data bytes of a source volume 
(see disclosure of a user indicating that a static image [i.e., snapshot] of the 
mass storage system is desired, said indication being analogous to the 
claimed snapshot command, col. 4, lines 14-24; note also the disclosure that 
mass storage system 104 can be any writable block-addressable storage 
system, such as one or more disks or a partition of a disk, a partition being 
a fixed portion of a disk, col. 3, lines 50-56; see also col. 5, lines 23-41); 

d) the snapshot logic being operable, in response to the snapshot command, to 

take a snapshot of the range, the snapshot including a snapshot map and 
snapshot data, the snapshot map being stored by the snapshot logic in the 
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internal cache and the snapshot data being stored by the snapshot logic in a 
snapshot volume (see col. 4, lines 20-35; see also disclosure that 
preservation memory [i.e. the snapshot data] can be an area of memory, 
one or more disks, a partition of a disk, or a file stored on a disk, col. 3, line 
66 through col. 4, line 1; see also disclosure of block association memory 
[i.e. the snapshot map] that is used to associate blocks stored in 
preservation memory with the unique addresses of blocks on the mass 
storage system, col. 4, lines 51-62); and 
e) wherein the snapshot map and snapshot data are used to maintain coherency 
of any data that is requested (see disclosure that copies of blocks on the 
mass storage system are placed in preservation memory whenever they are 
going to be changed by a write operation, unless an entry for that block is 
already in the preservation memory, and furthermore that when a read is 
requested, the preservation memory is first checked to see if it contains a 
copy of the block, and that if the copy exists in preservation memory, that 
copy is returned, otherwise the block is read from the mass storage system, 
col. 2, lines 55-64; see also col. 4, lines 30-48 et seq.; see also drawing Figure 
2). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to incorporate snapshot logic of Ohran et al. into the storage device controller 
of Meyer, since this would allow the system to create periodic backups for recovery in 
the event of a failure of the mass storage system, while ensuring that said periodic 
backup would not be rendered inconsistent in the case where said mass storage system 
was being updated by other programs as the backup copy is being made, col. 1, lines 20- 
50). 



10. Regarding claim 31, Meyer teaches a method substantially as claimed, 
comprising: 

a) a storage device controller (see disclosure that the data storage controller 

transfers data directly between the first and second data storage devices 
under control of the data storage device controller, without employing the 
memory array and computer bus, said transferring constituting copying, 
rendering the claimed copy logic inherent, col. 4, lines 28-44; see also col. 2, 
lines 7-19); 

b) receiving at the storage device controller a copy command specifying a copy 

operation from a source volume and a target volume (see disclosure that 
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the data storage controller transfers data directly between the first and 
second data storage devices under control of the data storage device 
controller, without employing the memory array and computer bus, said 
transferring constituting copying, rendering the claimed copy command 
specifying the source volume and a target volume inherent, col. 4, lines 28- 
44; see also col. 2, lines 7-19); 
d) in response to receiving the copy command, the storage device controller 
generating and sending one or more storage device commands to one or 
more storage devices of the source and target volumes to copy data from 
the source volume directly to the target volume without having a file server 
in the data path (see disclosure that the data storage controller transfers 
data directly between the first and second data storage devices under 
control of the data storage device controller, without employing the 
memory array and computer bus, said transferring constituting copying, 
rendering the claimed copy logic inherent, col. 4, lines 28-44; see also col. 2, 
lines 7-19). 

Meyer does not explicitly teach a storage device controller including snapshot 



logic. 
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Ohran et al., however, teaches a method for providing and maintaining 
snapshots, including: 

a) receiving a snapshot command issued by the replication manager, the 

snapshot command specifying a range of data bytes of a source volume 
(see disclosure of a user indicating that a static image [i.e., snapshot] of the 
mass storage system is desired, said indication being analogous to the 
claimed snapshot command, col 4, lines 14-24; note also the disclosure that 
mass storage system 104 can be any writable block-addressable storage 
system, such as one or more disks or a partition of a disk, a partition being 
a fixed portion of a disk, col. 3, lines 50-56; see also col. 5, lines 23-41); 

b) in response to the snapshot command, taking a snapshot of the range, the 

snapshot including a snapshot map and snapshot data, the snapshot map 
being stored by the snapshot logic in an internal cache and the snapshot 
data being stored by the snapshot logic in a snapshot volume (see col. 4, 
lines 20-35; see also disclosure that preservation memory [i.e. the snapshot 
data] can be an area of memory, one or more disks, a partition of a disk, or 
a file stored on a disk, col. 3, line 66 through col. 4, line 1; see also 
disclosure of block association memory [i.e. the snapshot map] that is used 
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to associate blocks stored in preservation memory with the unique 
addresses of blocks on the mass storage system, col. 4, lines 51-62); and 
c) wherein the snapshot map and snapshot data are used to maintain coherency 
of any data that is requested (see disclosure that copies of blocks on the 
mass storage system are placed in preservation memory whenever they are 
going to be changed by a write operation, unless an entry for that block is 
already in the preservation memory, and furthermore that when a read is 
requested, the preservation memory is first checked to see if it contains a 
copy of the block, and that if the copy exists in preservation memory, that 
copy is returned, otherwise the block is read from the mass storage system, 
col. 2, lines 55-64; see also col. 4, lines 30-48 et seq.; see also drawing Figure 
2). 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to incorporate snapshot logic of Ohran et al. into the storage device controller 
of Meyer, since this would allow the system to create periodic backups for recovery in 
the event of a failure of the mass storage system, while ensuring that said periodic 
backup would not be rendered inconsistent in the case where said mass storage system 
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was being updated by other programs as the backup copy is being made, col. 1, lines 20- 
50). 



11. Regarding claim 39, Meyer teaches a computer-implemented method 
substantially as claimed, comprising: 

a) using a remote application to manage a source storage device controller and a 
destination storage device controller, the source storage device controller 
being operable to control access to a source data object and the destination 
device controller being operable to control access to a destination data 
block, the storage device controllers being operable to issue storage device 
commands (see disclosure that the data storage controller transfers data 
directly between the first and second data storage devices under control of 
the data storage device controller, without employing the memory array 
and computer bus, col. 4, lines 28-44; see also col. 2, Ijnes 7-19; see also 
disclosure that the data storage device controller includes.first and second 
device controllers coupled to the first and second storage devices, 
respectively, col. 4, lines 19-21); and > 
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b) copying each block of the source data object to a corresponding block in the 
destination data object wherein the data is directly transferred between the 
source and destination storage device controllers without traversing a 
server operable to process file system requests (see disclosure that the data 
storage controller transfers data directly between the first and second data 
storage devices under control of the data storage device controller, without 
employing the memory array and computer bus, said transferring 
constituting copying, col. 4, lines 28-44; see also col. 2, lines 7-19; see also 
disclosure that the data storage device controller includes first and second 
device controllers coupled to the first and second storage devices, 
respectively, col. 4, lines 19-21). 



Meyer does not explicitly teach a system including snapshot logic. 

Ohran et al v however, teaches a system for providing and maintaining 
snapshots, including: 

a) internally generating within the source storage device controller a snapshot 
version for each block of the source data object changed by one or more 
write operations to the block during the course of a copy operation (see col. 
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4, lines 20-35; see also disclosure that preservation memory [i.e. the 
snapshot data] can be an area of memory, one or more disks, a partition of 
a disk, or a file stored on a disk, col. 3, line 66 through col. 4, line 1; see also 
disclosure of block association memory [i.e. the snapshot map] that is used 
to associate blocks stored in preservation memory with the unique 
addresses of blocks on the mass storage system, col. 4, lines 51-62; see also 
disclosure that copies of blocks on the mass storage system are placed in 
preservation memory whenever they are going to be changed by a write 
operation, unless an entry for that block is already in the preservation 
memory, col. 2, lines 55-64; see also col. 4, lines 30-48 et seq.; see also 
drawing Figure 2); 

b) copying each block of the source data object to a corresponding block in the 
destination data object in the absence of the snapshot version of the block 
and otherwise copying the snapshot version of the source data object block 
to the corresponding block in the destination data object (see disclosure 
that when a read is requested, the preservation memory is first checked to 
see if it contains a copy of the block, and that if the copy exists in 
preservation memory, that copy is returned, otherwise the block is read 
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from the mass storage system, col. 2, lines 55-64; see also col. 4, lines 30-48 
et seq.; see also drawing Figure 2); and 
c) wherein coherency of the data transferred is maintained through the use of a 
snapshot map (see disclosure that copies of blocks on the mass storage 
system are placed in preservation memory whenever they are going to be 
changed by a write operation, unless an entry for that block is already in 
the preservation memory, and furthermore that when a read is requested, 
the preservation memory is first checked to see if it contains a copy of the 
block, and that if the copy exists in preservation memory, that copy is 
returned, otherwise the block is read from the mass storage system, col. 2, 
lines 55-64; see also col. 4, lines 30-48 et seq.; see also drawing Figure 2; see 
also disclosure of block association memory [i.e. the snapshot map] that is 
used to associate blocks stored in preservation memory with the unique 
addresses of blocks on the mass storage system, col. 4, lines 51-62). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to incorporate snapshot logic of Ohran et aL into the storage device controller 
of Meyer, since this would allow the system to create periodic backups for recovery in 
the event of a failure of the mass storage system, while ensuring that said periodic 
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backup would not be rendered inconsistent in the case where said mass storage system 
was being updated by other programs as the backup copy is being made, col. 1, lines 20- 
50). 



12. Regarding claim 40, Meyer teaches a system substantially as claimed, 
comprising: 

a) a storage device controller that is operable to receive a copy command 

specifying the source volume and a target volume (see disclosure that the 
data storage controller transfers data directly between the first and second 
data storage devices under control of the data storage device controller, 
without employing the memory array and computer bus, said transferring 
constituting copying, rendering the claimed copy command specifying the 
source volume and a target volume inherent, col. 4, lines 28-44; see also col. 
2, lines 7-19); 

b) the controller being operable to receive a write command specifying the source 

volume (see col. 5, lines 48-60); and 

c) the controller being operable in response to receiving the copy command to 

generate and send one or more storage device commands to one or more 
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storage devices for the source and target volumes to copy data from the 
source volume directly to the target volume without having a file server in 
the data path (see disclosure that the data storage controller transfers data 
directly between the first and second data storage devices under control of 
the data storage device controller, without employing the memory array 
and computer bus, said transferring constituting copying, rendering the 
claimed copy logic inherent, col. 4, lines 28-44; see also col. 2, lines 7-19). 

Meyer does not explicitly teach a system including snapshot logic. 

Ohran et aL, however, teaches a system for providing and maintaining 
snapshots, including: 

a) a replication manager operable to issue a snapshot command (see Abstract, 

disclosing that the reference is a method for providing a static snapshot; see 
also col. 1, lines 15-18; see also disclosure of a user indicating that a static 
image [i.e., snapshot] of the mass storage system is desired, said indication 
being analogous to the claimed snapshot command, col. 4, lines 14-24); 

c) the system being operable to communicate with a replication manager to 
receive a snapshot command issued by the replication manager, the 
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snapshot command specifying a range of data bytes of a source volume 
(see disclosure of a user indicating that a static image [i.e., snapshot] of the 
mass storage system is desired, said indication being analogous to the 
claimed snapshot command, col. 4, lines 14-24; note also the disclosure that 
mass storage system 104 can be any writable block-addressable storage 
system, such as one or more disks or a partition of a disk, a partition being 
a fixed portion of a disk, col. 3, lines 50-56; see also col. 5, lines 23-41); 
d) the system being operable, in response to the snapshot command, to take a 
snapshot of the range, the snapshot including a snapshot map and 
snapshot data, the snapshot map being stored by the snapshot logic in the 
internal cache and the snapshot data being stored by the snapshot logic in a 
snapshot volume (see col. 4, lines 20-35; see also disclosure that 
preservation memory [i.e. the snapshot data] can be an area of memory, 
one or more disks, a partition of a disk, or a file stored on a disk, col. 3, line 
66 through col. 4, line 1; see also disclosure of block association memory 
[i.e. the snapshot map] that is used to associate blocks stored in 
preservation memory with the unique addresses of blocks on the mass 
storage system, col. 4, lines 51-62); and 
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e) wherein the snapshot map and snapshot data are used to maintain coherency 
of any data that is requested (see disclosure that copies of blocks on the 
mass storage system are placed in preservation memory whenever they are 
going to be changed by a write operation, unless an entry for that block is 
already in the preservation memory, and furthermore that when a read is 
requested, the preservation memory is first checked to see if it contains a 
copy of the block, and that if the copy exists in preservation memory, that 
copy is returned, otherwise the block is read from the mass storage system, 
col 2, lines 55-64; see also col. 4, lines 30-48 et seq.; see also drawing Figure 
2). 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to incorporate snapshot logic of Ohran et al. into the storage device controller 
of Meyer, since this would allow the system to create periodic backups for recovery in 
the event of a failure of the mass storage system, while ensuring that said periodic 
backup would not be rendered inconsistent in the case where said mass storage system 
was being updated by other programs as the backup copy is being made, col. 1, lines 20- 
50). 
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13. Regarding claims 25 and 33, Ohran et al. additionally teaches a system and 
method wherein: 

a) the range of the storage volume specified by the snapshot command is a first 

range, and the write command specifies a second range of data bytes of the 
source volume (see disclosure of a user indicating that a static image [i.e., 
snapshot] of the mass storage system is desired, said indication being 
analogous to the claimed snapshot command, col. 4, lines 14-24; note also 
the disclosure that mass storage system 104 can be any writable block- 
addressable storage system, such as one or more disks or a partition of a 
disk, a partition being a fixed portion of a disk, col 3, lines 50-56; see also 
col. 5, lines 23-41; see also disclosure of the intercepting of write commands 
to the source volume, col. 4, lines 35-41); and 

b) the controller is operable, in response to receiving the write command while 

the source volume is being copied to the target volume, to hold the write 
command in the cache, check if the first range overlaps with the second 
range and, if so, copy the second range from the source volume to the 
snapshot volume, update the snapshot map, and then allow the write 
command to write to the source volume (see disclosure in the Abstract; see 
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detailed disclosure of this process at col. 5, line 48 through col. 6, line 40; 
see also flowchart illustrated in Figure 2). 



14. Regarding claims 26 and 34, Ohran et al. additionally teaches a system and 
method wherein the replication manager is executed on a file server (see col. 6, lines 50- 
55). 

15. Regarding claims 28, 36 and 41, Ohran et aL additionally teaches a system and 
method wherein the replication manager is operable to control multiple storage device 
controllers (see col. 6, lines 40-49; see additionally the disclosure in Meyer that the data 
storage device controller includes first and second device controllers coupled to the first 
and second storage devices, respectively, col. 4, lines 19-21). 

16. Regarding claims 29 and 37, Ohran et al. additionally teaches a system and 
method wherein the one or more storage device commands include SCSI commands 
(see disclosure that the system includes a mass storage device that could be a SCSI 
device, col. 3, lines 60-65). 
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17. Regarding claim 45, Ohran et al. additionally teaches a system wherein a block 
size is specified so that fixed size blocks are written to the destination storage device 
(see col 5, lines 23-41). 



18. Claims 24, 27, 32 and 35 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Meyer (U.S. Patent 5,867,733) in view of Ohran et al. (U.S. Patent 5,649,152) as 
applied to claims 23, 25, 26, 28, 29, 31, 33, 34, 36, 37, 39-41 and 45 above, and further in 
view of Tawil (U.S. Patent 6,421,723). 

19. Regarding claims 24 and 32, Meyer and Ohran et al. teach a storage device 
controller and method substantially as claimed. 

Neither Meyer nor Ohran et al. explicitly teaches a storage device controller and 
method wherein the storage device is a RAID controller. 

Tawil, however, teaches the use of a conventional RAID controller (see col. 3, 
lines 63-67; see also col. 4, lines 1-11). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to incorporate a RAID array to the system of Meyer and Ohran et al., since it 
is well known in the art that the use of RAID arrays provides redundancy which 
prevents data loss in the event of a data storage device failure. 

20. Regarding claims 27 and 35, Meyer and Ohran et al. teach a storage device 
controller and method substantially as claimed. 

Neither Meyer nor Ohran et al. explicitly teaches a storage device controller and 
method wherein the file server is connected to a storage area network switch and the 
file server communicates with the storage device controller through the storage area 
network switch. 

Tawil, however, teaches the use of a storage area network (see col. 1, lines 30-42). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to incorporate a storage area network, since they offer centralized storage of 
data for increased efficiency and data handling, and provide data access reliability and 
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availability, unobtrusive capacity expansion, improved data backup and recovery, and 
performance that is competitive with local data storage (see col. 1, lines 30-36). 



21. Claims 30 and 38 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Meyer (U.S. Patent 5,867,733) in view of Ohran et al. (U.S. Patent 5,649,152) as applied 
to claims 23, 25, 26, 28, 29, 31, 33, 34, 36, 37, 39-41 and 45 above, and further in view of 
Dulai et al. (U.S. Patent 6,205,479). 

22. Regarding claims 30 and 38, Meyer and Ohran et aL teach a storage device 
controller and method substantially as claimed. 

Neither Meyer nor Ohran et al, explicitly teaches a storage device controller and 
method wherein the controller is operable to send the one or more storage device 
commands by using one of an in-band protocol or an out-of-band protocol. 

Dulai et al., however, teaches a storage device controller and method wherein 
the controller is operable to send the one or more storage device commands by using 
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one of an in-band protocol or an out-of-band protocol (see disclosure of the use of an in- 
band protocol, claims 18 and 21). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize an in-band protocol, since this allows the transmission of commands 
over a widely dispersed network where the use of an out-of-band protocol might be 
impractical. 

23. Claims 42-44 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Meyer (U.S. Patent 5,867,733) in view of Ohran et al. (U.S. Patent 5,649,152) as applied 
to claims 23, 25, 26, 28, 29, 31, 33, 34, 36, 37, 39-41 and 45 above, and further in view of 
Simpson et al. (U.S. Patent 6,128,306). 

24. Regarding claims 42-44, Meyer and Ohran et al. teach a storage device controller 
and method substantially as claimed. 
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Neither Meyer nor Ohran et al. explicitly teaches a storage device controller and 
method comprising a list of blocks to be copied which is reordered to optimize copy 
speed, wherein control data is inserted before and after the source data block, nor 
wherein the list is buffered. 

Simpson et al v however, teaches a storage device controller and method 
comprising a list of blocks to be copied which is reordered to optimize copy speed (see 
col. 2, lines 15-18), wherein control data is inserted before and after the source data 
block (see col. 2, lines 5-9), and wherein the list is buffered (see col. 1, lines 55-58). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to include prioritized buffering of output data, since this allows more flexible 
handling of outgoing data traffic, and furthermore since input/output buffering and 
prioritization and reordering of data in queues was well known in the art at the time of 
the invention. 

Response to Arguments 
25. Applicant's arguments, see after final amendment, filed 14 August 2006, with 
respect to the rejection(s) of claim(s) 23-45 under 35 U.S.C. § 103 have been fully 
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considered and are persuasive. Therefore, the rejection has been withdrawn. However, 
upon further consideration, a new ground(s) of rejection is made in view of the prior art 
of record. 



Application/Control Number: 10/800,109 Page 28 

Art Unit: 2167 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Luke S. Wassum whose telephone number is 571-272- 
4119. The examiner can normally be reached on Monday-Friday 8:30-5:30, alternate 
Fridays off. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John R. (Nottingham can be reached on 571-272-7079. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

In addition, INFORMAL or DRAFT communications may be faxed directly to the 
examiner at 571-273-4119. Such communications must be clearly marked as 
INFORMAL, DRAFT or UNOFFICIAL. 

Customer Service for Tech Center 2100 can be reached during regular business 
hours at (571) 272-2100, or fax (571) 273-2100. 



Application/Control Number: 10/800,109 



Page 29 



Art Unit: 2167 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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